home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 13217 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.4 KB
  1. Path: news.uiowa.edu!usenet
  2. From: larued@crpl.cedar-rapids.lib.ia.us
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Designing C++ programs
  5. Date: 24 Mar 1996 09:37:31 GMT
  6. Organization: University of Iowa, Iowa City, IA, USA
  7. Distribution: world
  8. Message-ID: <4j354r$1crg@flood.weeg.uiowa.edu>
  9. References: <DorAzA.8pK@rci.ripco.com>
  10. Reply-To: larued@crpl.cedar-rapids.lib.ia.us
  11. NNTP-Posting-Host: ppp-106.cedar-rapids.lib.ia.us
  12. X-Newsreader: IBM NewsReader/2 v1.9d - NLS
  13.  
  14. In <DorAzA.8pK@rci.ripco.com>, tears@ripco.com (Zia Khan) writes:
  15. >
  16. >Does anyone have any suggestions as far as approaching the design and analysis 
  17. >aspect of programming ... more specifically in c++
  18. >
  19. >                                Zia Khan
  20. >
  21.   I would suggest picking a few relatively simple problems to solve and going
  22. through the motions of OOD and OOA.  Geting the mind used to thinking in
  23. terms of objects and actions is the first step.  Then change your focus to
  24. the problems and environment you wish to solve it in.  What composes this
  25. world?  What objects are there?  What common characteristics do objects have?
  26. Are these generalizations correct?  Are these ideas generic enough to represent
  27. other objects?  Are the solutions too specific or too general?  Now that there
  28. is a model for the real world what knowledge have I gained and how can it be
  29. put to further use?
  30.  
  31.   Just a few ideas to ponder.
  32.  
  33.   Specific to C++ I would suggest addressing the thought patterns of programmers
  34. who already know C.  Their definition of classes and methods are close to
  35. correct but incomplete.  The design methods are different.  Retraining thoughts
  36. are important for good designs and implementations.  C++, and OO in general,
  37. has a different focus than other languages.  Procedural languages naturally
  38. allow you to go about solving a problem in the fastest way possible.  Steps can
  39. be left out and added later.  This is not as easily done in OO terms; at least
  40. it should not be treeated as such.  An OO approach requires entire classes to
  41. be built which represent some useful idea.  More development and thought is
  42. required up front but the latent benefits are great.  The more useful benefits,
  43. IMHO, are the ones that you did not expect to solve but were able to reuse the
  44. code for.
  45.  
  46.   I hope this follows some of the ideas you were wishing to discuss.  There are
  47. several good OOD and OOA books out.  I find many of them at Barnes and Noble.
  48.  
  49. David LaRue
  50. Team OS/2, ACM, IEEE
  51.